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This application is submitted in the name of inventors Jack H. Chang and Raymond L. Tong 
assignors to Carmel Connection, Inc. a California corporation having an office at 41432 Christy 
Street, Fremont, CA 94538. 

TITLE OF THE INVENTION 

SYSTEM AND METHOD FOR MANAGING MULTIMEDIA MESSAGING 

PLATFORMS 

CROSS REFERENCES TO RELATED APPLICATIONS 
This application is a continuation-in-part of co-pending U.S. Patent Application 
Serial No. 08/853,290 filed May 9, 1997, entitled, "APPARATUS AND METHOD FOR 
PROVIDING MULTIMEDIA MESSAGING BETWEEN DISPARATE MESSAGING 
PLATFORMS." The complete disclosure of the foregoing patent application is hereby 
incorporated herein by reference as if set forth fully herein. 

BACKGROUND OF THE INVENTION 

1. Fiftld of the Invention 

This invention relates to the management of messaging platforms that are 
interconnected to form a wide-area network. 

2. R a ck P round 

A messaging system as shown in United States Patent No. 5, 568,540 to Greco et. 
al., enables a user to receive messages having a voice mail format either through a 
telephone or through a personal computer ("PC") coupled to a local area network 
(LAN). It also provides a graphical user interface ("GUI") on the PC to select which 
voice mail messages to receive and in what order. However, the messaging system in 
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Greco is a stand-alone system and thus, does not provide the advantages of linking to 
other similar messaging systems or of using interconnected messaging systems to 
provide distributed messaging. 

Accordingly, it would be desirable to integrate messaging platforms distributed on 
a switchable communications backbone such as the Internet, or equivalent network 
such as a wide area corporate intranet, and connected to different area networks so as to 
provide global yet low cost messaging. 

Moreover, it would be desirable to monitor each messaging platform and 
administer the addition, deletion, and updating of a messaging platform in response to a 
status change to the messaging platform so that each messaging platform is aware of the 
status change. 

In addition, it would be desirable to minimize the complexity that would result if 
every independent owner of a messaging platform had to contract with every other 
independent owner of a messaging platform in order to deliver a message within a 
certain service area served by a messaging platform by imposing a cost tracking scheme 
on each messaging platform that uses the switched backbone to send a message to 
another messaging platform for delivery to the service area. 



Furthermore, it would be desirable to provide a feature that manages a status 
message destined for a messaging platform which does not have an active connection to 
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the switched backbone so that the status message is promptly delivered to the 
messaging platform the next time it re-establishes a connection to the switched network 
and results in a message confirming delivery of the status message to the messaging 
platform. 

Last, it would be desirable to include an information delivery service that delivers 
a message from at least one source outside of the messaging network to a subscriber via 
the subscriber's messaging platform regardless of whether the messaging platform has a 
dedicated or dial-up connection. 

SUMMARY OF THE INVENTION 
The present invention manages a messaging network having messaging platforms 
interconnecting through a switched backbone such as the Internet. Each messaging 
platform may be independently owned and may also connect to local networks that may 
be independently owned. A master platform maintains a master global routing table 
having a messaging platform profile for every messaging platform established on the 
messaging network. Each messaging platform holds a global routing table which 
includes a current version of the master global routing table. The master platform 
monitors each messaging platform on the messaging network and administers the 
addition, deletion, and updating of messaging platforms by modifying its master global 
routing table in the event the master platform encounters changes to the status of the 
messaging platforms. In the event that the master global routing table is updated, the 
global routing table held by each messaging platform is also updated, ensuring version 
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consistency between the master global routing table and each of the global routing 
tables. This enables the master platform and each messaging platform to determine the 
operational status of another messaging platform. 

Also, since the messaging platforms may be independently owned and are 
designed to receive and deliver messages through a variety of networks that may impose 
surcharges, the present invention also provides a cost tracking feature when delivering 
messages between messaging platforms that are owned by different entities. This avoids 
the need for use agreements between messaging platform owners and owners of 
networks which are connected to the messaging platforms. The cost for each network 
message delivery is measured in tokens. Each messaging platform on the messaging 
network has a token pool. Each owner of a messaging platform is charged for the cost 
of the tokens. Each time a network message delivery is initiated, the originating 
messaging platform debits a selected number of tokens from its token pool, while each 
time an inbound network message delivery occurs, a selected number of tokens are 
credited to the token pool held by a target messaging platform. 

The present invention also includes a post office function that enables a master 
platform to receive and store a status message destined for a messaging platform 
which does not have an active connection to the messaging network or is in a non- 
operational state. The present invention also includes an information delivery service 
that delivers a message from at least one source outside of the messaging network to a 
subscriber via the subscriber's messaging platform regardless of whether the messaging 
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platform has a dedicated or dial-up connection. 



BRIEF DESCRIPTION OF THE DRAWINGS 



FIG. 1 is a schematic block diagram of a messaging management system in a 
presently preferred embodiment of the present invention. 

FIG. 2A is a block diagram of a global routing table in accordance with a 
preferred embodiment of the present invention. 

FIG. 2B is a block diagram of a local area routing table in accordance with a 
preferred embodiment of the present invention. 

FIG. 3 is a block diagram showing the addition of a messaging platform to the 
messaging network in accordance with a preferred embodiment of the present invention; 

FIG. 4 is a flow chart of the steps taken by a master platform when monitoring 
messaging platforms on the messaging network in accordance with a preferred 
embodiment of the present invention, 

FIG. 5 is a flow chart of the steps taken by a messaging platform as part of the 
15 monitoring of the network by a master platform in accordance with a preferred 
embodiment of the present invention. 
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FIG. 6 A is a block diagram showing the deactivation of a messaging platform in 
accordance with a preferred embodiment of the present invention. 

FIG. 6B is a block diagram showing the activation of a messaging platform in 
accordance with a preferred embodiment of the present invention, 

FIG. 6C is a block diagram showing the deletion of a messaging platform in 
accordance with a preferred embodiment of the present invention. 

FIG. 7 is a schematic block diagram of a messaging management system having a 
post office feature in accordance with a preferred embodiment of the present invention. 

FIG. 8 is a block diagram showing the delivery of information from an 
information source to a mailbox corresponding to a subscriber in accordance with a 
preferred embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following description, a preferred embodiment of the invention is described 
with regard to preferred process steps and data structures. Those skilled in the art would 
recognize after perusal of this application that embodiments of the invention can be 
implemented using circuitry in a microprocessor adapted to the particular process steps 
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and data structures, and that implementation of the process steps and data structures 
described herein would not require undue experimentation or further invention. 

The present invention may be used with co-pending U.S. Patent Application 
Serial No. 08/853,290 filed May 9, 1997, entitled, "APPARATUS AND METHOD FOR 
PROVIDING MULTIMEDIA MESSAGING BETWEEN DISPARATE MESSAGING 
PLATFORMS," hereinafter referred to as the ("multimedia messaging invention"). The 
complete disclosure of the foregoing patent application is hereby incorporated herein by 
reference as if set forth fully herein. 

To further enhance the description of the various features of the present 
invention, "Service Communication Platform," Release 2.0, available from Carmel 
Connection, Inc. located at 41432 Christy Street, Fremont, California, 94538 is also 
incorporated herein by reference as if set forth fully herein. 

FIG. 1 is a schematic block diagram of a messaging management system in a 
presently preferred embodiment of the present invention. 

As seen in FIG. 1, a messaging network 10 enables a user 12 to send or receive a 
message to or from another user 14 using the multimedia services provided by a 
messaging platform 16 connected to messaging network 10. Messaging network 10 
uses a switched backbone 18 such as the Internet, enabling messaging platform 16 to 
send or receive multimedia messages with another messaging platform on messaging 
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network 10 such as remote messaging platform 20. This provides global messaging at 
very low cost. 

Besides the switched backbone 18, each messaging platform may also 
individually connect to local networks such as a public switch telephone network 22, 
24, 26 (PSTN) which may be connected to messaging devices such as telephones 28, 30, 
32 and/or fax machines 34, 36, 38; a private branch exchange 40, 42, 44 (PBX) which 
may also connect to a messaging device such as a telephone 46, 48, 50; or a privately 
administered LAN and/or WAN 52, 54, 56 which may connect to messaging devices that 
include a computer terminal 58, 60, 62 or personal computer 64, 66, 68 running a 
browser program. These networks may be owned and operated by an owner who may 
or may not be affiliated with an owner of a messaging platform. 

The present invention manages messaging network 10 by monitoring the current 
availability of each existing messaging platform and administering the addition, deletion, 
and updating of messaging platforms on messaging network 10. The master platforms 
and messaging platforms described herewith contain a programmable control means 
such as a microprocessor system running under program control or an equivalent device 
to perform these functions. 

Also, since the messaging platforms may be independently owned and are 
designed to receive and deliver messages through a variety of networks that may impose 
surcharges, the present invention provides a cost tracking scheme when delivering 
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messages between messaging platforms that are owned by different entities. This avoids 
the need for complex use agreements between messaging platform owners and owners 
of networks which are connected to the messaging platforms. 

In accordance with a presently preferred embodiment of the present invention, 
5 the messaging platforms on messaging network 10 are managed by at least one master 

|ss£i 

Q platform 70. Every master platform on the messaging network 10 contain a master 

W global routing table and every messaging platform on the messaging network contains a 

yj 

2! global routing table. Master platform 70 maintains a master global routing table 72 for 
an assigned group of messaging platforms, such as messaging platforms 16 and 20, by 
Bo editing a messaging platform entry within master global routing table 72 that 
jyj corresponds to a messaging platform having a status change. Master platform 70 
fcl maintains content consistency, through a microprocessor system running under program 
control or an equivalent device, between master global routing table 72 and global 
routing tables 74 and 76 so that master platform 70 and messaging platforms 16 and 20 
15 each rely on the same messaging platform entries within the global routing tables. 

In response to an applicable event such as the status change discussed above, 
master platform 70 sends an UPDATE message to messaging platforms 16 and 20, 
enabling messaging platforms 16 and 20 to update their global routing tables 74 and 76 
through a microprocessor system running under program control or an equivalent 
20 device. As presently contemplated, the UPDATE message includes at least one 
messaging platform entry that was modified by master platform 70. The messaging 



9 



EL839723369US 




CCI-006 



platform entry is used by messaging platforms 16 and 20 to update a corresponding 
entry in their global routing tables 74 and 76, respectively, 

FIG. 2A is a block diagram of a global routing table in accordance with a 
preferred embodiment of the present invention. 

A global routing table 80 as used in the present invention contains a 
corresponding messaging platform entry 82 for each messaging platform on messaging 
network 10. Each messaging platform entry includes fields that may point to or include 
the following: a host ID 84; an operational status 85; an operation schedule 86; a 
permanent Internet Protocol (IP) address 87 (if applicable); an area of operation 88, and 
a token pool 89. 

Host ID 84 is a unique identifier for every messaging platform added to the 
messaging network. Host ID 84 may further include additional identifiers such as a 
domain name 90; a name recording file 92; and/or a network address or equivalent 94. 

Operational status 85 defines the operational state of a messaging platform as 
determined by the master platform assigned to the messaging platform. It is presently 
contemplated that operational status 85 has either an in-operation (ACTIVATED) or a 
non-operational (DEACTIVATED) state. Changing the state of operation status 85 is 
further discussed below. 
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Operation schedule 86 defines the operation window for a messaging platform. 
Operation schedule 86 includes a daily operation period 96 and an hourly operation 
period 98. Daily operation period 96 has a format that includes a start time and an end 
time in units of hours that are separated by a dash. For example, a daily operation period 
that starts from 8 AM and ends at 6 PM would be indicated as "08-18." Similarly, a 
round-the-clock operation would be indicated as "00-23." 

Hourly operation period 98 defines the hourly operation window for a messaging 
platform. Hourly operation period 98 has a format that includes a start time and an end 
time in units of minutes that are separated by a dash. For example, an hourly operation 
period 98 that starts every fifteen minutes beyond the hour and ends at every half-hour 
would be indicated as "15-30," while full hourly operation would be indicated as "00- 
59." 

Domain name 90 defines a unique network name for messaging platform that 
corresponds to the messaging platform entry. For a messaging platform that uses the 
Internet as its switched backbone, domain name 90 corresponds to a TCP/IP network 
address and complies with the convention for naming a host node, such as a messaging 
platform, on the Internet. 

In the event that the messaging platform entry corresponds to a messaging 
platform having a dedicated connection to the switched backbone, permanent IP 
address field 87 contains a permanent IP address or similar network address. 
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Area of operation 88 may be defined using a local network routing table 100, 
which is a variable length table but could have any format that is suitable for storing a 
variable amount of information. The type of information held by local network routing 
table 100 is dependent on the type of local network connection that a particular 
messaging platform is capable of supporting besides a messaging network connection. 
When a messaging platform is configured to also support a telephone network, a local 
network routing table that corresponds to that messaging platform through its 
messaging platform entry would include a list of telephone number prefix digits. The 
telephone numbers listed in local network routing table 100 enable an originating 
messaging platform to determine which messaging platform can provide service to those 
telephone numbers by cross-referencing a destination telephone number with the 
messaging platform entries in the originating platform's global routing table. 

Token pool 89 has an initial value that may vary according to the amount sought 
by an owner of each new messaging platform added. The use of token pool 89 in the 
present invention will be further described below. 

FIG. 2B shows a local network routing table 101 having prefix digits 102 which 
correspond to a list of telephone numbers. As presently contemplated, prefix digits 102 
may include a country code 103 and area code 104, or may further include an office digit 
code 106 to further define the range of numbers that can be called. 
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Local network routing table 101 enables an originating messaging platform to 
determine which remote messaging platform is capable of delivering a user message at an 
area of operation. The originating messaging platform cross-references the user message 
address, which may be in the form of a telephone number, with every local network 
5 routing table contained in the messaging platform's global routing table. 

q For example, a fax originating from an originating messaging platform in Hong 

y| Kong may have a fax destination number having a country code of "I" and an area 
m code of "510". The originating platform cross-references the fax number with its local 

cli ?. 

BIO network routing table to determine which remote messaging platform on the messaging 
O network can service that country and area code. More specifically, originating 

M* messaging platform can then determine which messaging platform entry to use in order 

yy 

O to obtain delivery information such as the domain name of the remote messaging 

pas 

platform and its hours, of operation. 

15 Returning to FIG. 2A, name recording file 92 contains a voice recording of the 

name of a messaging platform. Name recording file 92 may be in any suitable digitized 
file format such as a .WAV file or similar digitized audio file format 

Network address field 94 holds a permanent IP address, or an equivalent type of 
network address that is applicable to the type of switched backbone used, of a 
20 messaging platform if the messaging platform has a permanent connection to the 

messaging network. Otherwise, network address field contains an indication that the 
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messaging platform corresponding to the messaging platform entry is configured for dial- 
up connection to the messaging network. 

Adding Me ssapinp Platforms 

FIG. 3 is a process chart showing the addition of a messaging platform to the 
messaging network in accordance with a preferred embodiment of the present invention. 

Referring to FIGS. 1-3, at step 120a the addition of a new messaging platform 122 
on messaging network 10 begins by requesting an add operation from a system 
administrator 124 of master platform 70. At step 120b, the add operation includes a 
registration process that requires system administrator 124 to receive registration 
information 126 pertaining to new messaging platform 122. Registration information 
126 includes a preferred name 128, a permanent IP address 130 or an indication 132 
whether new messaging platform 122 will have a dynamically assigned IP address, a 
domain name 134 (if any), and an initial token amount 136 to fill token pool 89. 

Initial token amount 136 may vary among new messaging platforms added to 
messaging network 10 according to the amount sought by the owner of each new 
messaging platform. Initial token amount 136 held by a messaging platform at any given 
time may be replenished through a master platform upon request, as will be described in 
detail below. 

As additional sub-steps to step 120b, a local network routing table 138 and/or an 
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operation schedule 140 may also be provided to system administrator 124. 

At step 120c, system administrator 124 creates a new messaging platform entry 
142 corresponding to new messaging platform 122 in master global routing table 72. 
New messaging platform entry 142 includes registration information 126 and a unique 
node ID 144. 

As an additional sub-step in step 120c, a name recording file 146 may also be 
created by system administrator 124 and included with new messaging platform entry 
142 in master global routing table 72, if the new messaging platform is intended for 
connection to a telephone network such as telephone network 26. 

At step 120d, once new message platform entry 142 has been created on master 
global routing table 72, a system administrator 148 for new messaging platform 122 is 
provided configuration information 150 which includes assigned node ID 144 and an IP 
address 152 of master platform 70. Configuration information 150 may also include a 
password 154 that master platform 70 will recognize as unique to new messaging 
platform 122. 

At step 120e, system administrator 148 configures new messaging platform 122 to 
have configuration information 150. 



At step 120f, in response to entering configuration information 150, new 
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messaging platform 122 establishes a connection with master platform 70 using master 
platform IP address 152, enabling master platform 70 to respond by providing new 
messaging platform 122 with applicable information. 

More specifically at step 120g, new messaging platform 122 sends an installation 
5 request 156 which includes node ID 144, and a password 154 if implemented, to master 
m platform.70. Master platform 70 will recognize node ID 144 as pertaining to new 

q messaging platform 122 based on corresponding messaging platform entry 142 in master 

ill 

y global routing table 72 and performs step 120h. 

GO 

m 

T At step 120h, master platform 70 downloads a copy of master global routing table 

O 

HO 72 to new messaging platform 122. 
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At step 120i, global routing tables 74 and 76 for messaging platforms 16 and 20 
on messaging network 10 are updated by master platform 70 to include a messaging 
entry corresponding to new messaging platform 122. Master platform 70 sends an 
UPDATE message to messaging platforms 16 and 20 which trigger messaging platforms 
15 16 and 20 to include the new messaging platform entry in their global routing tables 74 
and 76, respectively. 

Monitorin g Mess aging Platforms 

FIG. 4 is a flow chart of the steps taken by a master platform when monitoring 
messaging platforms on the messaging network in accordance with a preferred 
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embodiment of the present invention. 

Through a microprocessor system running under program control or an 
equivalent device, a master platform monitors its assigned messaging platforms and 
updates its master global routing table in response to the monitoring function. 

At step 160a, a messaging platform sends a HELLO message to its assigned master 
platform at selected intervals over a given time schedule. For a messaging platform 
having a dedicated connection, the selected intervals may be at any selected interval 
such as every half-hour on the half-hour, 24 hours each day. This selected interval of 30 
minutes may be varied and is not intended to limit the present invention in anyway. For 
a messaging platform having a dial-up connection to the switched backbone, the 
messaging platform only sends HELLO messages while having a messaging network 
connection and during the operation schedule defined by the messaging platform's 
daily and hourly operation periods. 

As presently contemplated, a HELLO message includes a command type, node ED, 
and password (if applicable) that corresponds to the sending messaging platform. The 
HELLO message may also include additional information pertaining to the messaging 
platform such as its current token pool balance. 

At step 160b, if the HELLO message from the messaging platform is not received 
by its assigned master platform within an amount of time of the scheduled time (selected 
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wait time) to receive the HELLO message, step 160c is performed. 

At step 160c, the master platform will send a QUERY message to the late 
messaging platform. It is presently contemplated that the selected wait time be no more 
than ten (10) minutes beyond the scheduled time to receive a HELLO message. 

A QUERY message includes a command type, a node ID, and password (if 
applicable) that corresponds to the sending messaging platform. 

At step 160d, if the late messaging platform does not respond within the selected 
wait time, step 160e is performed. At step 160e, the master platform changes the status 
of the non-responding messaging platform to a non-operational status and alerts the 
master platform system administrator of the non-operational status of the non- 
responding messaging platform. In addition, the master platform returns to step 160c 
and sends another QUERY message to the late messaging platform with a selected wait 
time. 

If at step 160b, the assigned master platform receives a HELLO message from the 
messaging platform within the selected wait time, step lOOf is performed* At step lOOf, 
the assigned master platform replies with an acknowledge message (ACK). 

FIG. 5 is a flow chart of the steps taken by a messaging platform as part of the 
monitoring of the network by a master platform in accordance with a preferred 
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embodiment of the present invention. 

At step 162a, if the HELLO message, which was sent by the messaging platform, 
is not responded to with an ACK message by the messaging platform's assigned master 
platform within a selected wait time, step 162b is performed. 

At step 162b, the messaging platform sends another HELLO message. It is 
presently contemplated that the particular messaging platform has a selected wait time of 
10 minutes before sending another HELLO message. The amount of wait time is not 
considered to be limiting in anyway but may be varied to response to the processing 
loads incurred by a given master and messaging platform so as to optimize system 
performance. 

At step 162c, if the assigned master platform does not respond to the second 
HELLO message, step 162d is performed. At step 162d, the messaging platform may 
keep sending a HELLO message each time the wait time expires by returning to set 
162b. The messaging platform in step 162d may also send an alert message to the 
particular messaging platform's system administrator. 

Returning to step 162a, if the HELLO message is responded to with an ACK by 
the master platform within a selected wait time, step 162e is performed. At step 162e, the 
messaging platform sends another HELLO message to the master platform according to a 
schedule defined for the messaging platform. 

19 
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Similarly in step 162c, if the assigned master platform does respond to the second 
HELLO message within a selected wait time, step 160e is performed so that the 
messaging platform sends another HELLO message according to a schedule defined for 
the messaging platform. 

Activating/Deactivating a Messaging Platform 

FIG. 6A is a block diagram showing the deactivation of a messaging platform in 
accordance with a preferred embodiment of the present invention. 

Referring to FIGS. 1 and 6 A, in the event that a messaging platform such as 
messaging platform 16 has a non-operational status for any significant amount of time, 
such as one hour, master platform administrator 124 can choose to deactivate messaging 
platform 16 from messaging network 10. 

Deactivation includes the following steps. At step 164a, master platform 70, 
which may be under software program control or equivalent means, is directed by master 
platform administrator 124 to update the entry corresponding to messaging platform 16 
15 in master global routing table 72 to reflect a DEACTIVATED operational status. 

At step 164b, master platform 70 sends an UPDATE message to each of its 
assigned messaging platforms on messaging network 10. The UPDATE message 
includes the entry corresponding to messaging platform 16 that reflects an 
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DEACTIVATED operational status in master global routing table 72. 

In an alternative embodiment of the present invention, through a microprocessor 
system running under program control or an equivalent device, master platform 70 may 
be configured to update automatically the entry corresponding to messaging platform 16 
in master global routing table 72 to reflect a DEACTIVATED operational status when 
messaging platform does not respond as described above. This helps minimize the need 
for any intervening action by master platform administrator 124, if desired. 

At step 164c, upon receiving the UPDATE message, each messaging platform 
updates their global routing tables at the entry corresponding to messaging platform 16 
to reflect a DEACTIVATED operational status. 

FIG. 6B is a block diagram showing the activation of a messaging platform in 
accordance with a preferred embodiment of the present invention. 

Activating a messaging platform is similar to the steps outlined immediately 
above. At step 166a, master platform 70 updates the entry corresponding to messaging 
platform 16 in master global routing table 72 to reflect an in-operation status, as shown 
in FIG. 6B. 

At step 1 66b, master platform 70 also sends an UPDATE message to each of its 
assigned messaging platforms on messaging network 10. The UPDATE message 
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includes the entry corresponding to messaging platform 16 that reflects an in-operation 
status in master global routing table 72. 

At step 166c, upon receiving the UPDATE message, each messaging platform 
updates their global routing tables at the entry corresponding to messaging platform 16 
to reflect an in-operation status. 

Deleting a Messaging Platform 

FIG. 6C is a block diagram showing the deletion of a messaging platform in 
S accordance with a preferred embodiment of the present invention. 



y = 



5=5. 
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As shown in FIGS. 1 and 6C, deleting a messaging platform such as messaging 



QiO platform 16 includes the following steps. 



At step 168a, master platform 70 deletes the entry corresponding to messaging 
platform 16 from master global routing table 72. 

At step 168b, the master platform updates the global routing tables of all 
messaging platforms that are to remain on the network (and which are assigned to the 
15 master platform) by sending a DELETE message to each of its assigned messaging 
platforms on messaging network 10. 



As presently contemplated, a DELETE message includes at least one messaging 
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platform entry that was deleted from master global routing table 72 by master platform 
70. The messaging platform entry is used by messaging platforms to determine which 
entry in their global routing tables to delete. 

At step 168c, each messaging platform updates their global routing tables by 
deleting the entry corresponding to messaging platform 16 using the messaging platform 
entry received from the DELETE message- 



Referring to FIG. 1, every network message delivery which includes using: 1) a 
switched network which forms the backbone for messaging network 10 such as 
switched backbone 18; 2) a network which imposes an outside use fee such as 
telephone network 22; and 3) a destination messaging platform such as messaging 
platform 16 used to complete the messaging transaction, will have a delivery cost. For 
example, an owner of destination messaging platfonn in San Francisco, California, may 
incur a telephone transmission charge for transmitting a fax originating from a messaging 
platfonn in Hong Kong, China to a recipient in San Jose, California. In order to minimize 
the complexity that would result if every independent owner of a messaging platform 
had to contract with every other independent owner of a messaging platform in order to 
deliver a message within a certain service area, the present invention imposes a cost for 
each network message delivery. 



Tokens 



The cost for each network message delivery is measured in tokens. As described 
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above, each messaging platform added to messaging network 10 begins with a token 
pool having an initial amount of tokens. Each owner of a messaging platform is charged 
for the cost of the tokens. Each time a network message delivery is initiated, the 
originating messaging platform debits a selected number of tokens from its token pool, 
while each time an inbound network message delivery occurs, a selected number of 
tokens are credited to the token pool held by a target messaging platform. Each 
messaging platform performs the debiting and crediting functions under software control 
or equivalent means. 

Replenishing Tokens 

If the entire token pool held by a messaging platform falls below a selected 
threshold amount such as when the token pool may soon be depleted or is depleted, the 
pool is replenished centrally by using its assigned master platform to provide additional 
tokens. Depletion of the entire pool of tokens for a given messaging platform ceases all 
network message deliveries by that messaging platform until its token pool is 
replenished. A microprocessor running under program control or equivalent device in 
the messaging platform determines whether it may request delivery of a user message via 
the messaging network. The token pool may be replenished by purchasing additional 
tokens through a request for replenishment to its assigned master platform or by gaining 
tokens from future inbound network message deliveries. 

Upon a request for replenishment, the master platform sends an INFO message to 
the corresponding messaging platform which updates the token pool of that messaging 
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platform. It is presently contemplated that an owner of a new messaging platform 
purchases an initial token pool amount at the time the new messaging platform is added 
to the network. Additional tokens may then be purchased for replenishing any depleted 
amounts. 



As presently contemplated, an INFO message includes a command type and the 
node ID and password (if applicable) of the sending messaging platform. For example, 
the INFO message command type may include a token update command and a value for 
specifying a replenishment amount. The receiving messaging platform interprets an 
i| INFO message having a command type of token update by updating its token pool by 
JUo the value specified in the command type. 



5 : 
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Master Platform Post Office Feature 

The present invention may also include a post office function for handling a 
message that is intended for a message platform that is in a non-operational state (target 
messaging platform) such as a messaging platform having a dial-up connection that is 
15 not within its operation schedule. The message is routed to a master platform which 
stores the message. The master platform delivers the message to the target messaging 
platform when the master platform determines that the target messaging platform has an 
in-operation status. 
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For example, referring to FIG. 7, a messaging platform such as messaging platform 
170 may have a dial-up connection 172 to messaging network 174 via its switched 
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backbone such as the Internet 176. Since dial-up connection 172 may not be 
continuous, messages sent between messaging platform 170 and Internet 176 may be 
delayed. For example, messaging platform 178 may send a delivery-confinned status 
message 180 to messaging platform 170 to confirm delivery of a user message 182 sent 
from messaging platform 170. If messaging platform 170 has a disconnected dial-up 
connection 172, delivery-confirmed confirming status message 180 will not arrive until 
dial-up connection 172 is re-established, which would be attempted during the 
operational period defined for messaging platform 170. Also, messaging platform 178 
will not receive a confirming message from messaging platform 170 that delivery- 
confirmed status message 180 has been received until dial-up connection 172 has been 
established. Consequently, a status message intended for a messaging platform having a 
non-operational status at the time of delivery is instead routed to master platform 184 by 
the messaging platform that was requested to deliver a user message to a local area such 
as messaging platform 178. 

Messaging platform 178 determines whether messaging platform 170 can receive 
the delivery-confirmed status message 180 by referring to global routing table 192* If 
the messaging platform entry in global routing table 192 indicates the inability of 
messaging platform 170 to receive delivery-confirmed status message 180, messaging 
platform 178 routes delivery-confirmed status message 180 to master platform 184, The 
inability to receive status messages may be indicated, for example, by an operation 
schedule that shows a messaging platform is not within its operation window such as its 
daily and/or hourly operation period. 
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When master platform 184 receives confirming message 180 from messaging 
platform 178, it stores confirming message 180 in a memory store location 186 
corresponding to messaging platform 170 (mailbox slot) and tags confirming message 
180 for delivery the next time messaging platform 170 is scheduled to re-connect. 
5 Master platform 1 84 determines the appropriate time to deliver the reply message by 
L* referencing messaging platform entry 1 88 corresponding to messaging platform 170 in 
1 master global routing table 190. 
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Unlike a messaging platform having a dial-up connection or a connection that has 
been interrupted, a messaging platform having a dedicated connection receives status 
Ho messages directly from the replying messaging platform such as messaging platform 178 
in FIG. 7. Replying messaging platform 178 distinguishes between messaging platforms 
having a dedicated or dial-up connections by referencing global routing table 192. 



O 



As an alternative embodiment, a status message 194 may be sent directly by 
messaging platform 178 to the messaging platform 170 as an email. However, if dial-up 

15 connection 172 has not yet been re-established, status message 194 will not be delivered 
to messaging platform 170 but will be held by the service provider 196 until dial-up 
connection 172 is re-established. Unlike in the first embodiment, this approach does not 
specifically provide for a confirmation of receipt by messaging platform 170 since service 
provider 196 may not provide a confirmation of receipt of status message 194 by 

20 messaging platform 170 once dial-up connection 172 has been re-established. 
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Information Delivery 

Referring to FIGS. 7 and 8, the above described post office feature may be 
enhanced to include delivering information 198 from at least one information source 200 
outside of messaging network 174 to a mailbox 202 provided by messaging platform 
204. Messaging platform 204 has been configured to provide mailbox 202 which 
corresponds to a subscriber 205. 

At step 206a, subscriber 205 logs on to messaging platform 204 to subscribe to 
an information delivery service provided by the messaging network. Logging on to 
messaging platform 204 may be accomplished through a telephone 206 since messaging 
W0 platform 204 is configured to provide a telephone interface capable of interpreting 
E subscriber-entered information made through a DTMF generator such as through a 

telephone keypad. To ensure proper information delivery, subscriber 205 is prompted 
for a mail box ID and/or password for identification purposes. 

At step 206b, subscriber 205 provides service information 208 by selecting an 
15 information type 209, a delivery period 210 that defines how often information type 208 
is to be delivered, and a delivery format 21 1 . Service information 208 is provided 
through a service menu that is presented to subscriber 205 by messaging platform 204. 
The service menu provides a list of available services that messaging platform 204 has 
been configured to provide to its supported users. One of the services listed may 
20 include the information delivery service discussed herein. The service menu may also 
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include additional services that are discussed in the present invention as well as services 
discussed in the multimedia messaging invention, which is incorporated herein by 
reference. Once the information delivery service is chosen, subscriber 205 is presented 
with a sub-menu that lists the information types that the messaging network has been 
configured to provide under that service. 

For example, the sub-menu lists information types such as stocks, sports, and 
weather that may be selected by subscriber 205 through a telephone keypad (or 
equivalent DTMF generator). The button depressed reflects the position of the 
information type selected in the sub-menu, i.e, depressing a "1" chooses an information 

LlO type of stocks, while depressing a "2" chooses an information type of sports. For an 

13 

[7 information type of stocks, messaging platform 204 also prompts subscriber 205 to enter 
S a stock symbol using the telephone keypad in the manner outlined in the multimedia 
messaging invention, which is incorporated herein by reference. 

Besides providing an information type 209 selection, subscriber 205 is also 
15 prompted for a delivery period 210, and delivery format 21 1 which are entered using the 
telephone keypad. In accordance with a present embodiment of the present invention, 
delivery format 211 includes an email, fax, or voice format. 

At step 206c, after step 206b is complete, messaging platform 204 contacts its 
assigned master platform such as master platform 184 by sending a SUBSCRIBE request 
20 to master platform 184. In response, master platform 184 requests service from 
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information source 200 by providing service information 208 received from subscriber 
205. In addition, master platform 184 creates a storage location that corresponds to 
subscriber 205 in a memory store 186 for holding any information received from 
information source 200 that matches service information 208 entered by subscriber 205 
5 in step 206b. 

The SUBSCRIBE request includes a command type, a node ID corresponding to 
messaging platform 204, a mailbox ID corresponding to subscriber 205, and a password 
(if applicable). For example, the subscribe request may include a command type that 
instructs master platform 184 to request that information source 200 provide the 
10 information sought in service information 208 that was chosen by subscriber 205 in step 
206b. 

At step 206d, if service information 208 includes an email delivery format 211, 
step 206e is performed. Otherwise step 206f is performed. At step 206e, messaging 
platform converts any information received from information source 200 that 
corresponds to service information 208 entered by subscriber 205 into a message having 
an email format and delivers the message to mailbox 204 which corresponds to 
subscriber 205. 

At step 206f, if subscribing messaging platform 204 has an in-operation status, 
such as when it has a viable connection to the switched backbone 176, step 206g is 
20 performed. At step 206g, any information received from source 200 that corresponds to 

30 



EL839723369tTS 



CCI-006 



the subscription information requested is forwarded to messaging platform 204 by 
master platform 184. 

If at step 206f, subscribing messaging platform 204 has a non-operational status, 
step 206h is performed. Through a microprocessor system running under program 
control or equivalent device master platform performs the following steps. At step 206h, 
master platform stores any information received from source 200 in memory store 186. 
Master platform 184 does not send the stored information to a corresponding 
subscriber's messaging platform 204 until master platform 184 determines that 
messaging platform 204 has an in-operation status. For example, master platform 184 
may refer to its master global routing table to find a messaging platform entry that 
defines the profile for messaging platform 204 to determine whether messaging platform 
204 has an in-operation status based on the operation schedule listed in messaging 
platform entry. 

In an alternative embodiment, the present invention may use a master platform 
212 dedicated solely for the handling messages originating from information sources 
outside the messaging network such as from information source 214. Master platform 
212 may be configured to receive information through any of its network interfaces 
such as through its switched backbone interface 176 or through an interface supporting 
a dedicated connection to information source 214. 



At step 206i, the information received by master platform 184 is received by 
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messaging platform 204 which converts the information to have delivery format 210 
prior to delivery. 

At step 206j, messaging platform 204 delivers the information to mailbox 202, 
which corresponds to subscriber 205, using delivery format 210. 

While illustrative embodiments and applications of this invention have been 
shown and described, it would be apparent to those skilled in the art that many more 
modifications than have been mentioned above are possible without departing from the 
inventive concepts set forth herein. The invention, therefore, is not to be limited except 
in the spirit of the appended claims. 
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